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Description 

Field of the Invention 

[0001] This invention relates to content distribution 
networks and in particular to techniques for dynamically 
routing using enriched routing tables of a content distri- 
bution network. 

Background of the invention 

[0002] Conventionally, a network is abstracted into 
higher levels of abstraction in order to simplify the com- 
plexities of the underlying physical network. The abstrac- 
tion is commonly viewed as an overlay on the physical 
network. Moreover, the abstraction is often referred to 
as a topology or logical map of the network. The map 
includes nodes representing physical (e.g., servers) or 
logical (e.g., applications) resources of the network. The 
map also includes links representing physical (e.g., me- 
dia channels) or logical (e.g., protocols) communications 
between the nodes. A path from an entry or ingress node 
to one or more destination or egress nodes can be de- 
fined within the map by connecting nodes and links in an 
ordered manner. The nodes and links can also include 
costs that are determined by policies for the network. 
Thus, a path from an ingress node to an egress node 
can have an associated cost. The policies can include a 
variety of metrics or attributes for each of the links and 
nodes, such as bandwidth available, geographic dis- 
tance, media transmission channel, and the like. 
[0003] Once the nodes, links, and policies are known, 
spanning tree algorithms can be used to generate trees 
with the topology. The results of these algorithms pro- 
duce paths within the network for routing data. These 
paths can be depicted within routing tables that are con- 
sumed by network routing devices and applications when 
routing the data through the network as data needed to 
pick a reasonable alternative is gathered. 
[0004] Typical routing tables include a single path 
through a network for routing data, and should a failure 
occur alternative paths are dynamically generated by the 
hardware and software associated with a network device 
or application that unsuccessfully attempted to route a 
data packet via a failed link or node. Dynamically deter- 
mining an alternative path within a routing table is fraught 
with problems, because, among other reasons, it unduly 
taxes the routing links and nodes of the network. 
[0005] G. Ash, "Traffic Engineering and QoS Methods 
for IP-, ATM-, and TDM-based Multiservice Networks", 
Network Working Group Internet Draft, October 2001 
(2001-10) XP015003551 describes traffic engineering 
and Quality of Service (QoS) techniques. The techniques 
are described for a variety of different network configu- 
rations. A routing table includes one or more paths from 
an originating node (ON) through a variety of other nodes 
(VN) to a destination node (DN). The processing flow for 
policy usage with respect to routing is described. It is 



clear from this that it is the DN that derives the routing 
table and initial path. VN's do not modify the routing table 
when a packet is received. Furthermore, even if the VN's 
use a policy to select a different path included within the 
5 DN created routing table, the VN's still do not alter paths, 
create new paths, or modify the routing table in any man- 
ner. 

[0006] D-S. Lee, et al, "Performance Analysis of a 
Threshold-based Dynamic Routing Algorithm". Funda- 

10 mental Role of Teletraffic in the Evolution of Telecom- 
munications Networks. Proceedings of the 14 th Interna- 
tional Teletraffic Congress - ITC14, Juan-Les-Pins, June 
6-10, 1994, Teletraffic Science and Engineering, Elsevi- 
er, Amsterdam NL, vol. 1B, 6 June 1994, pages 

15 1475-1484; describes a threshold-based routing algo- 
rithm which triggers routing table updates when certain 
buffer thresholds are crossed. This makes the algorithm 
different from traditional routing algorithms in which up- 
dates are carried out periodically. A threshold - based 

20 scheme triggers updates when they are most needed, 
i.e. when some part of the network is likely to become 
congested, and lessens the number of updates per unit 
of time. However, this is purely a traffic load - sharing 
algorithm, based only on the filling of buffers at each 

25 node, not on any evaluation of policies associated with 
each link of the currently available paths. 
[0007] US-2003/003921 2 (Lloyd et al) describes cap- 
turing, analyzing, and broadcasting metrics associated 
with a packet traversing a network, and a method of op- 

30 timising network traffic based on a performance metric. 
Flows can be diverted when a given threshold in such 
metrics (such as cost or available bandwith) is detected. 
The results of evaluating metrics may cause a node to 
select a different pre-existing path in the routing table for 

35 a given packet. The metrics are used to select a path; a 
routing may be changed by selecting a different path, the 
path is predefined in the routing table and the routing 
table is created by the originating node. 
[0008] However, recently beneficial improvements 

40 have been made to these conventional approaches such 
that when a routing table is initially generated for a net- 
work, the routing table already includes a desired path 
and one or more alternative paths to use if a node or link 
failure occurs while routing data packets through the net- 

45 work. Such a beneficial improvement is described in our 
European Patent No. 1 ,4 1 6.685B entitled "Enriched Tree 
for a Content Distribution Network". 
[0009] With the teachings of EP-1, 41 6,685B, selective 
and optimal dynamic routing within a routing table can 

50 more efficiently be implemented. Rather than using typ- 
ical techniques to dynamically generate from scratch al- 
ternative paths in the event of a failure, the alternative 
paths pre-exist in the routing tables of the "Enriched Tree 
for a Content Distribution Network" invention. 

55 [0010] Yet, in some instances, based on current 
processing conditions of the links and nodes associated 
with a path, it can be advantageous to dynamically alter 
or redirect data packets to some predefined alternative 
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paths on a local basis, in order to optimally use the net- 
work. For example, some links or nodes can be over uti- 
lized or underutilized at any particular point in time when 
a data packet is being routed. In these instances, it is 
desirable to selectively redirect the data packet to an al- 
ternative local link or node that may be currently under- 
utilized. With improvements made to the "Enriched Tree 
for a Content Distribution Network" invention, such a cir- 
cumstance can be realized for selectively and dynami- 
cally routing data packets through a network. 
[001 1] Thus, there is a need for providing selective dy- 
namic routing of data packets through enriched routing 
tables for a network. 

Summary of the Invention 

[0012] The present invention provides a method, sys- 
tem and data structure for dynamically routing a data 
packet through a Content Distribution Network (CDN) in 
accordance with claims which follow. A routing table rep- 
resents the CDN and includes a desired path and one or 
more alternative paths through the CDN. Each path in- 
cludes links connecting pairs of an entry node, interme- 
diate nodes, and a destination node. Each link includes 
policies that are processed by the entry node and the 
intermediate nodes in order to reorder a number of the 
intermediate nodes within the routing table. 
[0013] More particularly a method for dynamically rout- 
ing a data packet through a CDN is described. A routing 
table for a CDN and a data packet are received. The 
routing table represents a desired path and alternative 
paths through the CDN. Additionally, each path repre- 
sents links between an entry node, intermediate nodes, 
and a destination node. Policies associated with currently 
available links for currently available paths are evaluated 
at the entry node or at one of the intermediate nodes, 
when the data packet is received. Next, currently avail- 
able intermediate nodes are reordered within the routing 
table, if the policies are triggered by current conditions 
of the currently available intermediate nodes. Finally, the 
data packet is routed to a next available intermediate 
node of the routing table. The next available intermediate 
node is selected from one of the currently available in- 
termediate nodes. 

[0014] In another embodiment of the invention, anoth- 
er method for dynamically routing a data packet through 
a Content Distribution Network (CDN) is provided. Poli- 
cies are associated with a routing table, and the routing 
table includes a desired path and one or more alternative 
paths. Each path includes links between an entry node, 
intermediate nodes, and a destination node. A receiving 
node evaluates the policies when a data packet is ac- 
quired. The receiving node also dynamically reorders 
next available intermediate nodes within the routing table 
when the policies are triggered. 
[0015] In still another embodiment of the invention, a 
system for dynamically routing a data packet through a 
Content Distribution Network is taught. The system in- 



cludes a routing table, policies, and a routing module. 
The routing table includes a desired path and one or more 
alternative paths. Each path includes links from an entry 
node through intermediate nodes to a destination node. 

5 Policies are associated with the links of the paths, and 
each link is associated with two connecting nodes. The 
routing module evaluates the policies associated with 
currently available links of the paths when a data packet 
is received and is to be routed though one of the currently 

10 available links. Moreover, the routing module dynamical- 
ly reorders currently available intermediate nodes asso- 
ciated with the currently available links within the routing 
table when the policies are triggered. 
[0016] In yet another embodiment of the invention, a 

*5 CDN routing data structure implemented in a computer 
readable medium is provided for dynamically routing a 
data packet through a content distribution network. The 
CDN routing data structure includes a routing table and 
policies. The routing table is associated with a desired 

20 path and one or more alternative paths. Each path in- 
cludes links, and each link represents connections be- 
tween pairs of an entry node, intermediate nodes, and a 
destination node. The policies are associated with each 
link of the paths. Furthermore, the policies are processed 

25 by the entry node and the intermediate nodes in order to 
dynamically reorder the intermediate nodes of the routing 
table while routing the data packet through the CDN. 



30 



Brief Description of the Drawings 
[0017] 



FIG. 1A is a diagram of an example topology of a 
CDN, according to one embodiment of the 
35 invention; 

FIG. 1B isadiagramofanexampletopologydepicting 
enrichment of FIG. 1 A, according to one em- 
bodiment of the invention; 

FIG. 2 is a flowchart representing a method for dy- 
40 namically routing a data packet through a 

CDN, according to one embodiment of the 
invention; 

FIG. 3 is a flowchart representing another method 
for dynamically routing a data packet through 
45 a CDN, according to one embodiment of the 

invention; 

FIG. 4 is a diagram of a system for dynamically rout- 
ing a data packet through a CDN, according 
to one embodiment of the invention; and 
50 FIG. 5 is a diagram of a CDN routing data structure 
for dynamically routing a data packet through 
the CDN, according to one embodiment of 
the invention. 
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Detailed Description of the Invention 

[0018] In the following description, reference is made 
to the accompanying drawings that form a part hereof, 
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and in which is shown by way of illustration specific em- 
bodiments in which the invention may be practiced. 
These embodiments are described in sufficient detail to 
enable one of ordinary skill in the art to practice the in- 
vention, and it is to be understood that other embodi- 
ments may be utilized and that structural, logical, optical, 
and electrical changes may be made without departing 
from the scope of the invention. The following description 
is, therefore, not to be taken in a limited sense, and the 
scope of the invention is defined by the appended claims. 
[0019] In various embodiments of the invention, a Con- 
tent Distribution Network (CDN) is abstracted into a to- 
pology that represents and simplifies the particulars as- 
sociated with the actual physical network. Many routers, 
switches, hubs, and the like can be used for affecting the 
physical network that the topology abstracts. CDN ad- 
ministrators view the topology to create a job that de- 
scribes the content/data to be moved through the CDN. 
Moreover, the CDN uses the topology to schedule when 
the job will process and where the content or data packet 
is to be delivered within the CDN. The topology charac- 
terizes the CDN and can be coupled with visualization 
applications to visually present the CDN to administra- 
tors. 

[0020] Accordingly, administrators use the topology to 
visualize the network as one or more trees, where each 
tree has an ingress node (entry node), zero or more in- 
termediate nodes, and one or more egress nodes (des- 
tination nodes). The nodes represent physical devices 
of the CDN (e.g., servers, computing devices, applianc- 
es, and others) and logical devices of the CDN (e.g., 
applications, server farms, and others). The nodes of the 
tree are connected via links. The links represent physical 
connections between the nodes (e.g., media channels, 
transmission line types, and others) and logical connec- 
tions between the nodes (e.g., communication protocols 
used, security applications used, and others). 
[0021] Moreover, depending upon a particular node's 
membership within a spanning tree at any given point in 
time that a data packet is being routed, an entry node 
and a destination node can be characterized as interme- 
diate nodes. For example, a destination node can be 
used as an intermediate node within a path to a different 
destination node. Additionally, an entry node can be used 
as an intermediate node when receiving a data packet 
from another entry node. Thus, the characterization of 
entry nodes and destination nodes can change based on 
any particular processing node's current membership 
within a spanning tree during a data packet transfer 
through a CDN. 

[0022] The topology permits attributes or characteris- 
tics of various trees to be readily discerned. For example, 
an entry node (e.g., a single tree's root node) can be 
depicted as an octagon; a destination node can be de- 
picted as a circle with two triangles to the bottom right of 
the circle, and the like. Additionally, the displayed length 
of a link can be used to discern the physical distance of 
a communication connection between two nodes or, op- 



tionally, the quality and speed of the communication link. 
Thus, a link of longer length can be considered as asso- 
ciated with a less desirable communication connection 
than a link having a shorter length. Also, links can be 
5 presented as dashed lines with directional arrows in order 
to indicate a planned path of a data packet through any 
particular tree from the entry node to one or more desti- 
nation nodes. 

[0023] CDN topologies are well known to one of ordi- 
10 nary skill in the art, and readily made available to CDN 
administrators. Moreover, a variety of visual cues (e.g., 
colors, textures, fonts, and the like) can be used beyond 
what has been presented to identify various attributes 
and characteristics of nodes, links, and paths within the 
15 tree or topology of the CDN. Thus, the visual cues dis- 
cussed above are presented for illustrative purposes only 
to assist in describing some embodiments of the inven- 
tion, and should not be viewed as a limitation on the in- 
vention. 

20 [0024] An entry node is a point in the topology where 
a data packet is injected into the CDN. A single tree de- 
picted within the CDN topology includes a single entry 
node. It is not desirable to move the data packet, once 
received at an entry node, to all nodes of the CDN, since 

25 this is an inefficient use of the CDN resulting in redundant 
data transfers within the CDN. A destination node is an 
exit point for the data packet (e.g., device or appliance 
where the content/data is consumed) and, therefore, is 
a known consumer of the content/data. 

30 [0025] Furthermore, the initial tree that is depicted 
within the CDN topology for the invention can be gener- 
ated using any conventional algorithm, such as the Stein- 
er spanning tree algorithm. Ad hoc or customized tree 
generating algorithms can also be used, such as when 

35 particular characteristics of the CDN make such an option 
desirable to do. Also, paths within the tree or topology 
can be generated using any conventional, ad hoc, or cus- 
tomized path generation algorithm. As one of ordinary 
skill in the art readily appreciates, path generation algo- 

40 rithms take input parameters (e.g., a pointer to the root 
of a tree, cost characteristics, policies, attributes of nodes 
and links, egress nodes, and the like) in order to produce 
one or more planned paths within a topology for the data 
packet to travel most efficiently. 

45 [0026] The embodiments of the invention utilize the 
teaching of the "Enriched Tree for a Content Distribution 
Network" invention, such that a desired path and alter- 
native paths are predefined before a data packet is routed 
through the CDN. These paths are represented in a rout- 

50 ing table data structure. In addition to the routing table 
data structure, with teachings of this invention, policies 
are assigned to links between nodes of the paths. These 
policies are processed by entry nodes or intermediate 
nodes when a data packet is received and is to be routed 

55 further to another intermediate node or a destination 
node. When a node processes the policies, dynamic re- 
ordering of the routing table nodes can occur on a local 
basis. In other words, any particular processing node can 
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alter the routing of a data packet along a planned path 
(e.g., link and node) to an alternative path {e.g., alterna- 
tive link and node) when a processed policy dictates such 
a change based on conditions associated with next avail- 
able links and nodes, which are immediately accessible 5 
to the processing node. 

[0027] Furthermore, in one embodiment, the invention 
Is implemented within CDN product offerings, distributed 
by Novell, Inc. However, it is to be understood that the 
teachings of the invention can be implemented in other 
existing products (e.g., existing routers, switches, hubs, 
cache accelerators, customized applications, and the 
like) and/or standalone products. All such modifications 
to existing products or to custom created products which 
use the teachings of this disclosure are intended to fall 
within the scope of this invention. 
[0028] FIG. 1A illustrates a diagram of one example 
topology 100 of a CDN. The example topology 100 is 
embodied in a computer readable medium and repre- 
sents CDN nodes 0-9. For purposes of illustration only, 
entry nodes 4 and 5 are depicted as octagons, while the 
destination nodes 9, 0, 7, and 2 are depicted as circles 
with two triangles to the lower right of the circles. The 
topology also includes circles with no triangles indicating 
intermediate nodes 3, 8, 6, and 1 , which are neither entry 
nodes nor destination nodes within the CDN. Moreover, 
the length of the lines connecting the nodes can be 
viewed as costs associated with using a particular com- 
munication between two nodes. All cost, bandwidth, met- 
rics, and the like have been aggregated and thus, a short- 
er length link is more desirable than a longer length link. 
[0029] Each ingress node 4 and 5 can be viewed as a 
root of a tree having nodes within the topology 100. As 
one of ordinary skill in the art readily recognizes, trees 
can be derived and generated using any spanning tree 
algorithm, such as the Steiner spanning tree algorithm 
and others. For purposes of illustration only, the present 
example discussed in FIGS. 1A and 1B focuses on a 
single tree T having a root node depicted as entry node 
5 within the topology 100. The application of a spanning 
tree algorithm results in a tree including the nodes 5, 6, 
9, 7, 2, and 0. 

[0030] In addition to generating initial tree T, any con- 
ventional, custom, or ad hoc path generation algorithm 
can be used to generate paths from the root node 5 of 
tree T to the corresponding destination nodes 9, 0, 7, and 
2. For example, the path to destination node 9 is defined 
by traversing tree T in the following order 5->6->9. Like- 
wise, the path to destination node 0 is defined by 5->6- 
>7->0. The path to destination node 7 is 5->6->7, and 
the path to destination node 2 is 5->6->7->2. Path gen- 
eration algorithms are determined based on costs (e.g., 
characteristics of nodes and/or links, and/or policies of 
the CDN), which paths are most optimal for the CDN as 
a whole. Thus, in the present example, it is less expensive 
to move a data packet injected into the CDN at entry node 
5 to node 6 before proceeding to any of the destination 
nodes 9, 0, 7, or 2. 



[0031] Once the tree T and the initial planned paths 
are derived from the topology 100 for the CDN, the tree 
is enriched to include one or more alternate paths within 
the tree T for the content/data to move in the potential 
event of node or link failures. FIG. 1 B depicts one such 
incrementai enrichment. Although, FIG. 1B depicts des- 
tination node 7 as being isolated within the topology 1 1 0, 
it is to be understood that this is not the case because 
the application of further incremental enrichment would 
create other links into destination node 7. This was done 
for purposes of illustration to isolate an example of en- 
richment. In fact, all paths original depicted in FIG. 1A 
also exist in FIG. 1 B, however, FIG. 1 B includes alternate 
or enriched paths that augment the existing paths of tree 
T in FIG. 1A. 

[0032] Accordingly, FIG. 1B illustrates a diagram of 
one example topology 1 10 depicting enrichment of tree 
T in FIG. 1A, according to one embodiment of the inven- 
tion. Enrichment of trees in the invention can occur based 
on configurable options supplied by a CDN administrator. 
The tree T can be enriched based on a particular node 
not being able to communicate with one of its correspond- 
ing parent nodes (Skip Parent enrichment type). Alter- 
natively, tree T can be enriched based on a particular 
node not being able to communicate with one of its links 
(Join enrichment type). Moreover, an "optional enrich- 
ment" feature can be used with either of the two types of 
enrichment. Optional enrichment, organizes the alterna- 
tive paths that are generated by enrichment from a least 
cost (e.g., shortest path) to a highest cost (e.g., longest 
path). Original planned paths for tree T and any alterna- 
tive enriched paths for tree T are made available as rout- 
ing tables for moving a data packet through the CDN. 
Also, each enrichment type can be used in isolation or 
in combination with the remaining enrichment type, with 
or without the optional enrichment feature. 
[0033] Once a desired path (e.g., FIG. 1A: 5->6->7- 
>2) and one or more alternative paths (e.g., FIG. 1B: 5- 
>3->2) are determined using techniques described 
above, and described more completely in the "Enriched 
Tree for a Content Distribution Network" invention, an 
enriched tree T can be depicted in a data structure that 
can be readily consumed by network routing devices and 
applications. This data structure is depicted as routing 
table 1 11 in FIG. 1B. For example, destination node 2 is 
reachable only from node 7 or 3 via link 7->2 or 3->2. 
[0034] Each link represented in the routing table 1 1 1 
is also assigned one or more policy metrics. This asso- 
ciation can be achieved via a reference pointer from each 
link to a policy data structure, or in some embodiments 
the policies can be embedded within the routing table 
111. 

[0035] In alternative embodiments, the policies are en- 
tirely separate from the routing table 111, such that the 
routing table 1 1 1 is any conventional routing table con- 
sumed by network routing devices and applications. In 
these embodiments, policy processing applications and 
policy data structures are used to interface the conven- 
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tional routing table to the policies. 
[0036] For example, if entry node 5 of FIG. 1 B receives 
a data packet for routing to destination node 2, the de- 
sired path is acquired from routing table 111 as path 5- 
>6->7->2 and an alternative path is acquired as 5->3->2. 
Thus, node 5 can route the data packet to node 6 or 3, 
the link 5->6 and 5->3 can be identified in a policy data 
structure and a routing module interfaced to conventional 
routing applications consuming routing table 111. Thus, 
before a data packet is routed to node 6 or 3 from node 
5, the routing module is processed. The routing module 
then queries the policy data structure for policy metrics 
associated with links 5->6 and 5->3 and executes these 
policy metrics. If, while executing one of the policy met- 
rics, the routing module determines that based on current 
conditions of local accessible nodes 3 and 6 that it more 
optimal to route the data packet via link 5->3 as opposed 
to link 5->6, then the routing module will dynamically re- 
order the routing table 1 1 1 entries such that destination 
node 2 becomes "2: 3, 7." This indicates that to reach 
destination node 2 it is now more desirable to first go 
through node 3, whereas initially the routing table 111 
entry for FIG. 1 B had indicated that 7 was more desirable 
(e.g., "2: 7, 3"). The reordered routing table is then pre- 
sented to network routing devices and applications 
processing on node 5, where the data packet is routed 
to node 3 via link 5->3. This reordered routing table then 
stays in effect until another policy event causes another 
reordering. 

[0037] Accordingly, with the teachings of this inven- 
tion, any routing table 1 1 1 can be used in combination 
with policy data structures and routing modules. There- 
fore, no alterations need to be made to conventional rout- 
ing devices and applications to realize the beneficial im- 
provements of the invention. 

[0038] Policies associated with links of the routing ta- 
ble can take a variety of forms, such as bits currently 
being received by a node or link, bits currently being 
transferred by a node or link, current applications being 
processed on a node, current priority assignments for 
network traffic on a node or link, and others. The policies 
are executable or interpretable statements processed by 
a routing module to acquire policy metrics at a given point 
in time from a link or a node. This is easily achieved since; 
the dynamic routing of this invention is selective based 
only on local nodes that are immediately accessible to a 
node processing the policies. 

[0039] FIG. 2 is a flowchart representing one method 
200tbr dynamically routing a data packet through a CDN. 
The processing of the method 200 is implemented in a 
computer-readable medium, and in one embodiment is 
implemented as a routing module. The routing module 
processes on nodes of the CDN. 
[0040] At 210 a processing node or an initial process- 
ing node (entry node) receives a routing table and a data 
packet for routing through a CDN. In situations where the 
processing node receives the routing table and data 
packet, this information is received from a previously 



processing node that routes the data packet. I n situations 
where the entry node receives the information, it is re- 
ceived from an application that initially starts the routing 
process through the CDN. Additionally, the routing table 
5 and data packet need not be received together by a 
processing node. Thus, although a processing node re- 
ceives both the routing table and data packet, these items 
can be received separately by the processing node, and 
there is no requirement that they be received together. 
w [0041] The routing table represents an electronic data 
structure that can be used by network devices and ap- 
plications for deriving a desired path and one or more 
alternative paths for the data packet through the CDN. 
As was previously discussed, the paths include links from 
*5 an entry node through one or more intermediate nodes 
to one or more destination nodes, and each link connects 
two nodes together. Thus, the routing table is enriched 
in the manner discussed in the "Enriched Tree for a Con- 
tent Distribution Network" invention. 
[0042] Each link in the routing table can include poli- 
cies, these policies are processed by a processing node 
that is currently in possession of the data packet and 
desires to route the data packet along a local link to a 
next currently available intermediate node. Thus, at 220, 
policies for locally accessible links, which are available 
to a processing node that is in possession of the data 
packet, are processed in order to evaluate policy metrics 
defined by the processed policies. In some instances, 
some links can include no associated policies, and in 
these situations a NULL policy is associated with such 
links. 

[0043] Current policy metric values are acquired from 
current conditions associated with the currently available 
links (locally accessible) and nodes identified in the rout- 
ing table. Some metrics include currently available link 
or node processing load, bandwidth utilization, and data 
traffic priority assignments. The processing node then 
compares the resulting metric values of the currently 
available links and nodes against the corresponding pol- 
icy metric threshold values defined by the appropriate 
policies at 230. 

[0044] If at 230 no threshold is detected, then at 231 
no action is taken on the routing table and at 260, the 
processing node routes the data packet via a preferred 
link to a preferred node identified in the routing table in 
a normal and expected fashion. However, if any particular 
threshold is encountered, then an action associated with 
the appropriate policy is taken. 
[0045] In one embodiment, before processing any ac- 
tion associated with a reached threshold, an additional 
check at 232 is made to determine if the action needed 
would promote a previously demoted node within the 
routing table. In such a circumstance, it may be desirable, 
to not promote a previously demoted node and to there- 
fore proceed to 231 taking no action on the routing table, 
and routing the data packet at 260 to a preferred link and 
node defined in the routing table. 
[0046] A promoted node is a node in a routing table 
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that has been moved ahead of other nodes in the routing 
table, thus making it more preferred than the nodes that 
it has been promoted over. Conversely, a demoted node 
is a node in a routing table that is moved behind other 
nodes in the routing table, thus making it a less preferred 
node over the ones ahead of it. 
[0047] Additionally, at 240, in some embodiments, if a 
required processing action will demote a link or node with- 
in the routing table, then formal notation can be used to 
uniquely identify such a link or node. This notation can 
be recorded within a policy data structure, the routing 
table, or within a separate data structure associated with 
the data structure, such that when a next processing node 
receives the data packet this situation can be detected, 
and if desired, the demoted node will not be subsequently 
promoted within the routing table by the next processing 
node. 

[0048] At 250, if an action associated with reaching a 
threshold is reached and other conditions, as discussed 
above, are in order, then at 250, the routing table is dy- 
namically reordered to reflect links and nodes that are 
promoted or demoted based on the action taken. Next, 
at 260, the data packet is routed via a new preferred link 
and node. 

[0049] The processing of the method 200 is iterative 
and is processed by each entry node or intermediate 
node that receives the data packet beginning at 220. 
Moreover, in some embodiments, the entire initial en- 
riched routing table can be distributed to all nodes of the 
CDN before the data packet is routed through the CDN. 
Alternatively, in some embodiments, the routing table is 
attached with the data packet and thus the processing 
of the method 200 can be iterated beginning at 21 0. How- 
ever, in either of the two above alternative embodiments, 
any dynamically reordered routing table need not be 
communicated to subsequent processing nodes, since 
with the teachings of this invention, it is the currently avail- 
able links and nodes (locally accessible links and nodes) 
that are reordered by any particular processing node. 
Thus, the reordered routing table is not needed by sub- 
sequent processing nodes. Alternatively, in some em- 
bodiments, it may be beneficial to at least report any re- 
ordered routing table to the currently available node that 
receives the data packet from a processing node that 
reordered the routing table, such as when previously de- 
moted nodes are prevented from subsequently being 
promoted by subsequent processing nodes. 
[0050] Furthermore, in some embodiments, the poli- 
cies can be conditional such that if a particular link or 
node is promoted or demoted with the routing table, any 
subsequent processing nodes can use this information 
for processing alternative policies. Under these circum- 
stances, retention and routing of reordered routing tables 
can prove beneficial to the processing nodes. 
[0051] FIG. 3 is a flow chart representing another 
method 300 for dynamically routing a data packet through 
a CDN. The processing of the method 300 is implement- 
ed in a computer-readable medium, and in one embod- 



iment is implemented as a routing module for routing a 
data packet through a CDN. 

[0052] Initially, at 310, policies are associated with a 
routing table. The routing table is an electronic data struc- 

5 ture that is used for deriving a desired path and one or 
more alternative paths for a data packet to be routed 
through a CDN. A path includes one or more links from 
an entry node through one or more intermediate nodes 
to one or more destination nodes, and each link is a pair 

W of nodes associated with one another. 

[0053] Policies are executable or interpretable state- 
ments that are processed by receiving nodes in the CDN. 
These policies include metrics associated with threshold 
values for various processing conditions of locally acces- 

*5 sible (currently available) links and nodes relative to the 
receiving (processing) node. Policies can be associated 
with the routing table in a variety of manners, such as by 
providing a link within the routing table to a policy data 
structure having the policies and metrics or by using a 

20 routing module in combination with the policy data struc- 
ture that consumes and can alter the routing table before 
the routing table is passed on to a network routing device 
or application. 

[0054] In one embodiment, at 31 1 , the policies are as- 
25 sociated with links defined in the routing table. Thus, any 
particular policy is executed by a receiving node for all 
currently available links and nodes accessible to the re- 
ceiving node. 

[0055] A receiving node, at 330, evaluates the appro- 
ve priate policies by executing policy statements the query 
currently available intermediate nodes for policy metrics 
defined in the policies. Some of these metrics include 
bandwidth utilization, processing load, and traffic priority 
assignments. The currently available intermediate nodes 
35 respond with the results of the query processing, and 
these results are compared against threshold metric val- 
ues defined in the policies. If a threshold value is reached 
or not reached then an action associated with the appro- 
priate policy is triggered for processing on the receiving 
4 ° node. 

[0056] If such a processing action determines that the 
currently available links and intermediate nodes need to 
be reordered within the routing table, then, at 340, the 
routing table is dynamically reordered to reflect any pro- 
45 motion or demotion of currently available intermediate 
nodes and links. 

[0057] In some situations, such as the ones discussed 
above with FIG. 2, it can be desirable to notify the cur- 
rently available nodes or all remaining nodes of the CDN 

50 that a reordering of the routing table has occurred. Thus, 
at 341, the receiving node sends the updated routing 
table or at least notice of the changes to the currently 
available nodes or ail the remaining nodes. This can be 
useful when any subsequent receiving node is to use this 

55 information for purposes of not promoting previously de- 
moted nodes or for purposes of conditionally using alter- 
native policies for links based on any reordering that oc- 
curs in the routing table. 
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[0058] At 350, the receiving node routes the data pack- 
et to a next currently available node that is represented 
within the routing table as a preferred node and link for 
data transfer. 

[0059] The embodiments of FIG. 3 demonstrate how 
selective routing of a data packet through a CDN occurs. 
In the embodiments, receiving nodes that currently pos- 
sess the data packet access and process policies asso- 
ciated with currently available links and nodes. Execution 
of the policies results in values for current conditions on 
the currently available links and nodes. These values are 
compared to policy metric threshold values to trigger pol- 
icy actions. Policy actions can result in a dynamic reor- 
dering of the routing table for preferred currently available 
links and nodes. The routing table is then provided to 
network routing devices or applications and the data 
packet sent to via the preferred link to the preferred node 
identified in the routing table. 

[0060] FIG. 4 is a block diagram of one system 400 for 
dynamically routing a data packet through a CDN. The 
system 400 is implemented in a computer readable me- 
dium and can be processed by each node 440 of a CDN 
network 401. FIG. 4 depicts a single node 440 this is 
intended to reflect a processing node of the CDN 401, 
and is presented for purposes of illustration, since a plu- 
rality of nodes 440 exist within any given CDN 401 . 
[0061] The system 400 includes a routing table 410, 
policies 420, and a routing module 430. The routing table 
410 is an electronic data structure consumed by network 
routing devices and applications when routing a data 
packet through the CDN 401 . The routing table 410 pro- 
vides a technique for the network routing devices and 
applications to derive a desired path and one or more 
alternative paths. Thus, the routing table 401 represents 
an enriched tree for a CDN 401 . 
[0062] A path includes a route for a data packet to be 
routed through the CDN 401 beginning at an entry node 
and traveling through one or more communication links 
to one or more intermediate nodes and ultimately to one 
or more destination nodes. The path includes communi- 
cation links and each link is associated with a pair of 
nodes. 

[0063] Policies 420 include policy threshold metrics 
and executable or interpretable statements for use by a 
processing node 440 in order to acquire processing con- 
ditions on currently available links and nodes (locally ac- 
cessible links and nodes). Policies are associated with 
each link; a single link can have one or more policies. 
The designation of a processing node 440 occurs when 
any particular node is in possession of the data packet 
being routed through the CDN 401. 
[0064] The routing module 430 consumes the routing 
table 410 and the policies 420. Moreover, the routing 
module 430 processes on each of the nodes once any 
particular node becomes designated as the processing 
node 440. The routing module 430 initiates when a 
processing node 440 receives the data packet for routing. 
Next, the routing module 430 acquires the policies 420 



associated with currently available links and nodes de- 
fined in the routing table 410. These policies are proc- 
essed for each of the currently available links and nodes 
and processing condition values are returned from each 

5 of the currently available nodes. These values are com- 
pared against policy metrics to determine if associated 
policy actions need to also be processed by the routing 
module 430. Policies can be used to acquire values from 
currently available links and nodes associated with cur- 

10 rent processing load, current number of bits being re- 
ceived per second, current number of bits being sent per 
second, current priority assignments for current data traf- 
fic, and others. 

[0065] If a policy action is triggered, then the routing 

15 module 430 can dynamically reorder the preferred order- 
ing of currently available links and nodes within the rout- 
ing table 410. In this situation, a network routing device 
and application acquires the updated routing table 410 
and routes the data packet through the new preferred 

20 link to the new preferred node. 

[0066] In other embodiments, more complex routing 
operations can be achieved with system 400. For exam- 
ple, the routing table 410 can include formal notation 
identifying links and nodes that have been previously pro- 

25 moted or demoted. Any subsequent processing node's 
routing module 430 can use this information for selecting 
alternative policies 420 to process or to prevent an action 
from taking place based on a triggered policy 420. 
[0067] FIG. 5 is a block diagram of a CDN routing data 

30 structure 500 for dynamically routing a data packet 
through the CDN. The CDN routing data structure 500 is 
implemented in a computer readable medium 510. The 
CDN routing data structure 500 is processed by instanc- 
es of a routing module 420. Each instance of the routing 

35 module 420 can process on processing nodes 430 of the 
CDN. 

[0068] The CDN routing data structure 500 includes a 
routing table 501 , policies 502, and optionally formal no- 
tation 503. The routing table 501 represents an enriched 
4 <> tree for the CDN. Thus the routing table 501 represents 
a desired path and one or more alternative paths for tra- 
versing through the CDN. Each path represents links 
from a pair of nodes, and each node can be an entry 
node, an intermediate node, or a destination node. The 
45 designation of a node as an entry node, intermediate 
node or destination node, can be changed based on a 
particular node's current membership within a spanning 
tree while routing the data packet. Accordingly, in some 
situations, an entry node can be designated as an inter- 
s' mediate node, and in some situations a destination node 
can be designated as an intermediate node. 
[0069] The policies 502 include executable statements 
that can be processed by the instances of the routing 
module 520, policy metrics, and policy actions. The rout- 
55 ing module 520 processes policy executable statements 
when a processing node is determining which currently 
available link and node to route the data packet. Each 
policy 502 associated with currently available links and 
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nodes are processed by the routing module 520 to query 
the currently available processing nodes for values as- 
sociated with current processing conditions of the cur- 
rently available links and nodes. When these values are 
returned, the routing module 520 compares them to 
threshold policy metrics to determine what, if any, policy 
action to further execute. 

[0070] Some policy actions that are triggered result in 
a preferred ordering of the currently available links and 
nodes to be altered or dynamically reordered within the 
routing table 501 . This can occur for a variety of desired 
reasons, such as the previous preferred link and node 
that was included in the routing table 501 is too heavily 
loaded with processing or transferring other data to ad- 
equately handle the new data packet that the processing 
node 530 wants to route. Alternatively, reordering can 
occur when there is a desire to efficiently load balance 
or utilize data bandwidth throughout the CDN. In still other 
circumstances, reordering can occur based on priority 
assignments assigned to current network traffic on the 
currently available links and nodes. 
[0071] In one embodiment, when reordering occurs for 
either promoting or demoting a node within the routing 
table 501, the reordering can be captured and retained 
within the CDN routing data structure 500 using any for- 
mal notation 503. Therefore, any subsequent processing 
node 530 can detect the formal notation and use this to 
process policies 502 selectively, or prevent certain poli- 
cies actions from taking place, such as re-promoting a 
previously demoted node. The formal notation 503 can 
be associated with the policies 502 or the routing table 
501. 

[0072] Although specific embodiments have been il- 
lustrated and described herein, those of ordinary skill in 
the art will appreciate that any arrangement calculated 
to achieve the same purpose can be substituted for the 
specific embodiments shown. This disclosure is intended 
to cover ail adaptations or variations of various embodi- 
ments of the invention. It is to be understood that the 
above description has been made in an illustrative fash- 
ion only. Combinations of the above embodiments, and 
other embodiments not specifically described herein will 
be apparent to one of ordinary skill in the art upon re- 
viewing the above description. The scope of various em- 
bodiments of the invention includes any other applica- 
tions in which the above structures and methods are 
used. Therefore, the scope of various embodiments of 
the invention should be determined with reference to the 
appended claims, along with the full range of equivalents 
to which such claims are entitled. 



Claims 

1. A method for dynamically routing a data packet 
through a Content Distribution Network CDN (100, 
110), comprising: 
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receiving (210) at an entry or intermediate node 
a routing table (1 1 1) for a CDN and a data pack- 
et, wherein the routing table represents a de- 
sired path and alternative paths through the 
CDN, and wherein each path represents links 
from an entry node through intermediate nodes 
to a destination node; 

evaluating (220) at the entry or intermediate 
node, when the data packet is received, policies 
associated with each link of the paths, wherein 
each link is associated with two connecting 
nodes; 

reordering (250) the intermediate nodes of the 
routing table by modifying the routing table in 
response to evaluation of at least one of the pol- 
icies and wherein modification occurs when re- 
maining ones of the intermediate nodes are 
available for use 
and 

routing (260) the data packet to a next available 
intermediate node of the routing table, wherein 
the next available intermediate node is one of 
the currently available intermediate nodes. 

The method of claim 1, further comprising iterating 
the processing for evaluating (220), reordering 
(250), and routing (260) at each intermediate node 
that receives the data packet until the data packet 
reaches the destination node. 

The method of claim 1, wherein the evaluating (220) 
further comprises comparing (230) policy threshold 
metrics to the currently available intermediate nodes' 
processing load levels for determining whether to 
trigger actions associated with the policy threshold 
metrics. 

The method of claim 3, further comprising, process- 
ing one of the actions to promote or demote (240) 
one or more of the currently available intermediate 
nodes within the routing table (111). 

The method of claim 1 , wherein the evaluating (220) 
further comprises comparing (230) policy priority 
metrics to the currently available intermediate nodes' 
data traffic for determining whether to trigger actions 
associated with the policy priority metrics. 

The method of claim 5, further comprising, process- 
ing one of the actions for suspending existing traffic 
associated with one of the currently available nodes 
in orderto accommodate the routing of the data pack- 
et based on the policy priority metrics associated with 
the data packet. 

The method of claim 1 , wherein the evaluating (220) 
further includes comparing policy bandwidth utiliza- 
tion metrics against existing bandwidth utilization 
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levels associated with the currently available inter- 
mediate nodes for determining whether to trigger 
bandwidth utilization actions in orderto load balance 
bandwidth use within the CDN. 

8. A system (400) for dynamically routing a data packet 
through a Content Distribution Network CDN, com- 
prising: 

a routing table (410) including a desired path 
and one or more alternative paths, wherein each 
path includes links from an entry node through 
intermediate nodes to a destination node, each 
link is associated with two connecting nodes; 
entry or intermediate nodes (440) which are 
adapted to evaluate policies (420) associated 
with each of the currently available links of the 
paths when a data packet is received and is to 
be routed though one of the currently available 
links, and a routing module (430) adapted to re- 
order currently available intermediate nodes as- 
sociated with the currently available links within 
the routing table by modifying the routing table 
when the policies are triggered and when 
the currently available intermediate nodes are 
each operational and available for use. 

9. The system of claim 8, wherein the policies (420) are 
configurable based on the CDN or a data type asso- 
ciated with the data packet. 

10. The system of claim 8, wherein the policies (420) 
include node bandwidth utilization metrics, node 
load metrics, and node traffic priority metrics. 

11. The system of claim 8, wherein the entry node and 
each of the intermediate nodes of the routing table 
(410) is adapted to process the routing module (430) 
when the data packet is received. 

12. The system of claim 8, wherein if the routing module 
(430) reorders the routing table, then the system is 
adapted to update polices (420) and route them to 
the currently available intermediate nodes. 

13. The system of claim 8, wherein the system (400) is 
processed by at least one of a cache accelerator, a 
router, a gateway, a firewall, a network hub, a net- 
work switch, a network bridge, or a customized ap- 
plication. 

14. A Content Distribution Network CDN routing data 
structure implemented in a computer readable me- 
dium for dynamically routing a data packet through 
a content distribution network, comprising: 

a routing table (410) associated with a desired 
path and one or more alternative paths, each 



path includes links from an entry node through 
intermediate nodes to a a destination node; and 
policies (420)data structure associated with 
each link of the paths, 

5 

wherein the policies are for processing by the entry 
node and the intermediate nodes when a data packet 
is received, to reorder the intermediate nodes of the 
routing table while routing the data packet through 
w the CDN so that at least one of the intermediate 
nodes modifies the routing table in response to eval- 
uation of at least one of the policies and modification 
can occur when remaining ones of the intermediate 
nodes are available for use. 

15 

15. The CDN routing data structure of claim 14, wherein 
if a reordering of the routing table (410) occurs at an 
entry node or a particular intermediate node, the re- 
ordering is not communicated to a receiving inter- 

20 mediate node. 

16. The CDN routing data structure of claim 14, wherein 
the policies (420) are selected based on any reor- 
dering that previously occurred within the routing ta- 

25 ble (410). 

17. The CDN routing data structure of claim 14, wherein 
formal notation is associated with and used to iden- 
tity any reordered nodes, and the formal notation is 

30 used in either the routing table (410) or the policies 
(420) and is accessible to the entry node and the 
intermediate nodes. 

18. The CDN routing data structure of claim 14, wherein 
& the policies (420) include metrics associated with at 

least one of: bits per second currently being trans- 
mitted by currently available intermediate nodes; bits 
per second currently being received by the currently 
available intermediate nodes; current priority traffic 
40 assigned to currently available links associated with 
the currently available intermediate nodes; and ac- 
tions currently being processed on the currently 
available intermediate nodes. 



1. Ein Verfahren zum dynamischen Routen eines Da- 
tenpaketes durch ein Inhalts-Verteil-Netzwerk 
50 /CDN/(100, 110) mit: 

Empfangen (210) einer Routing-Tabelle (111) 
fur ein CDN und eines Datenpaketes an einem 
Eingangs- oder Zwischenknotens, wobei die 
55 Routing-Tabelle einen gewunschten Pfad und 

alternative Pfade durch das CDN reprasentiert, 
und wobei jeder Pfad Verbindungen von einem 
Eingangsknoten durch einen Zwischenknoten 
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zu einem Zielknoten reprasentiert; 
Untersuchen (220) an dem Eingangs- oder Zwi- 
schenknoten, wann ein Datenpaketempfangen 
wird, Regeln, die den Pfaden jeder Verbindung 
zugeordnet sind, wobei jeder Verbindung zwei 5 
Verbindungsknoten zugeordnet sind; 
Aufzeichnen (250) der Zwischenknoten der 
Routing-Tabelle durch Modifizieren der Rou- 
ting-Tabelle in Reaktion auf ein Untersuchen 
von mindestens einerder Regeln, wobei die Mo- 10 
difikation auftritt, wenn verbleibende der Zwi- 
schenknoten zur Benutzung verfugbar sind; und 
Routen (620) der Datenpakete an einen nach- 
sten verfugbaren Zwischenknoten der Routing- 
Tabelle, wobei der nachste verfugbare Zwi- 15 
schenknoten einer der aktuell verfugbaren Zwi- 
schenknoten ist. 

2. Das Verfahren nach Anspruch 1, weiterhin mit Ite- 
rieren der Verarbeitung zum Untersuchen (220), 20 
Aufzeichnen (250) und Routen (260) in jedem Zwi- 
schenknoten, der ein Datenpaket empfangt, bis das 
Datenpaket den Zielknoten erreicht. 

3. Das Verfahren nach Anspruch 1 , wobei das Unter- 25 
suchen (220) weiterhin ein Vergleichen (230) von 
Regelschwellwertmetriken mit Verarbeitungsbela- 
stungsniveaus der aktuell verfugbaren Zwischen- 
knoten zur Bestimmung umfasst, ob Aktionen zu trig- 
gern sind, die den Regelschwellwertniveaus zuge- 30 
ordnet sind. 

4. Das Verfahren nach Anspruch 3, weiterhin umfas- 
send eine Verarbeitung der Aktionen zum Begunsti- 
gen oder Zuriickstellen (240) von einem oder meh- 35 
reren der aktuell verfugbaren Zwischenknoten inner- 
halb der Routing-Tabelle (1 11). 

5. Das Verfahren nach Anspruch 1 , wobei das Unter- 
suchen (220) weiterhin ein Vergleichen (230) von *o 
Regelprioritatsmetriken mit dem Datenverkehr der 
aktuell verfugbaren Zwischenknoten zur Bestim- 
mung umfasst, ob Aktionen zu triggern sind, die den 
Regelprioritatsmetriken zugeordnet sind. 

45 

6. Das Verfahren nach Anspruch 5, weiterhin umfas- 
send eine Verarbeitung einer der Aktionen zum Aus- 
setzen von existierendem Verkehr, der einem der 
aktuell verfugbaren Knoten zugeordnet ist, urn das 
Routing des Datenpaketes basierend auf den Re- so 
gelprioritatsmetriken anzupassen, die dem Daten- 
paket zugeordnet sind. 

7. Das Verfahren nach Anspruch 1 , wobei das Unter- 
suchen (220) weiterhin ein Vergleichen von Regel- 55 
bandbreitennutzungsmetriken mit existierenden 
Bandbreitenutzungsniveaus, die den aktuelien ver- 
fugbaren Zwischenknoten zugeordnet sind, zur Be- 



stimmung umfasst, ob Bandbreitennutzungsaktio- 
nen zu triggern sind, urn Bandbreitennutzungen in- 
nerhalb des CDN belastungsmafcig auszugleichen. 

8. Ein System (400) zum dynamischen Routen des Da- 
tenpaketes durch ein Inhalts-Verteil-Netzwerk 
/CDN/mit: 

einer Routing-Tabelle (410) enthaltend einen 
gewunschten Pfad und einen oder mehrere al- 
ternative Pfade, wobei jeder Pfad Verbindungen 
von einem Eingangsknoten durch einen Zwi- 
schenknoten zu einem Zielknoten enthalt, und 
wobei jeder Verbindung zwei verbindende Kno- 
ten zugeordnet sind; 

Eingangs- oder Zwischenknoten (440), die an- 
gepasst sind, Regeln (420) zu bewerten, die je- 
dem der aktuell verfugbaren Verbindungen der 
Pfade zugeordnet sind, wenn ein Datenpaket 
empfangen wird und durch einen der aktuell ver- 
fugbaren Verbindungen geroutet werden soil, 
und ein Routing-Modul (430), das angepasst ist, 
urn die aktuell verfugbaren Zwischenknoten, die 
den aktuell verfugbaren Verbindungen inner- 
halb der Routing-Tabelle zugeordnet sind, 
durch Modifizieren der Routing-Tabelle umzu- 
sortieren, wenn die Regeln getriggert werden, 
und wenn 

die aktuell verfugbaren Zwischenknoten jeweils 
betriebsbereit und verfugbar fur eine Nutzung 
sind. 

9. Das System nach Anspruch 8, wobei die Regeln 
(420) basierend auf dem CDN odereines Datentyps, 
der dem Datenpaket zugeordnet ist, konfigurierbar 
sind. 

10. Das System nach Anspruch 8, wobei die Regeln 
(420) Knotenbandbreitennutzungsmetriken, Kno- 
tenbelastungsmetriken und Knotenverkehrspriori- 
tatsmetriken enthalten. 

1 1 . Das System nach Anspruch 8, wobei der Eingangs- 
knoten und jeder der Zwischenknoten der Routing- 
Tabelle (410) angepasst sind, urn das Routing-Mo- 
dul (430) auszufuhren, wenn ein Datenpaket emr> 
fangen wird. 

12. Das System nach Anspruch 8, wobei, falls das Rou- 
ting-Modul (430) die Routing-Tabelle umsortiert, 
dann das System angepasst ist, die Regeln (429) zu 
aktualisieren und sie durch die aktuell verfugbaren 
Zwischennoten zu routen. 

13. Das System nach Anspruch 8, wobei das System 
(400) durch mindestens einen Cache-Beschleuni- 
ger, einen Router, ein Gateway, eine Firewall, ein 
Netzwerk-Hub, einen Netzwerk-Switch, eine Netz- 
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werkbrucke Oder eine kundenspezifische Anwen- 
dung verarbeitetwird. 

14. Eine lnhalts-Verteil-Netzwerk-/CDN/-Routing-Da- 
tenstruktur implementiert in einem computerlesba- 5 
ren Medium zum dynamischen Routen von Daten- 
paketen durch ein Inhalts-Verteil-Netzwerk mit: 

einer Routing-Tabelle (410), die jedem ge- 
wunschten Pfad und einem oder mehreren a I- 10 
ternativen Pfaden zugeordnet ist, wobei jeder 
Pfad Verbindungen von einem Eingangsknoten 
durch einen Zwischenknoten zu einem Endkno- 
ten enthalt; und 

Regeln-(420)-Datenstrukturen, die jeder Ver- is 
bindung der Pfade zugeordnet sind, 

wobei die Regeln zur Verarbeitung durch den Ein- 
gangsknoten und die Zwischenknoten zum Umsor- 
tieren der Zwischenknoten der Routing-Tabelle vor- 20 
gesehen sind, wenn ein Datenpaket empfangen 
wird, wahrend die Daten durch das CDN geroutet 
werden.sodassmindestens einer der Zwischenkno- 
ten die Routing-Tabelle in Reaktion auf ein Untersu- 
chen mindestens eine Regel modifiziert, und wobei 2s 
die Modifikation erfoigen kann, wenn verbleibende 
Zwischenknoten fur eine Nutzung verfugbar sind. 

15. Die CDN-Routing-Datenstruktur nach Anspruch 14, 
wobei, falls eine Umsortierung der Routing-Tabelle & 
(410) an einem Eingangsknoten oder einem be- 
stimmten Zwischenknoten auftritt, die Umsortierung 
nichtan einen empfangenden Zwischenknoten kom- 
muniziert wird. 

35 

16. Die CDN-Routing-Datenstruktur nach Anspruch 14, 
wobei die Regeln (420) basierend auf irgendeiner 
Umsortierung ausgewahlt werden, die vorangehend 
innemalb der Routing-Tabelle (410) aufgetreten ist. 

40 

17. Die CDN-Routing-Datenstruktur nach Anspruch 14, 
wobei eine Formalnotation zugeordnet und genutzt 
wird, urn einen beliebigen, umsortierten Knoten zu 
identifizieren, und die Formalnotation wird entweder 

in der Routing-Tabelle (410) oder von Regeln (420) ^ 
genutzt und ist durch den Eingangsknoten oder die 
Zwischenknoten zugreifbar. 

18. Die CDN-Routing-Datenstruktur nach Anspruch 14, 
wobei die Regeln (420) Metriken enthalten, die min- so 
destens einem derfolgenden zugeordnet ist: Bits pro 
Sekunde, die aktuell durch die aktuell verfugbaren 
Zwischenknoten ubertragen werden, Bits pro Se- 
kunde, die aktuell von den aktuell verfugbaren Zwi- 
schenknoten empfangen werden; aktuellem Priori- 55 
tatsverkehr, der aktuell verfugbaren Verbindungen 
zugewiesen ist, die den aktuell verfugbaren Zwi- 
schenknoten zugeordnet sind; und Aktionen, die ak- 



tuell auf den aktuell verfugbaren Zwischenknoten 
verarbeitet werden. 



Revendlcations 

1 . Procede pour acheminer dynamiquement un paquet 
de donnees via un Reseau de Distribution de Con- 
tenus CDN (100, 110), comportant : 

la reception (210) en un noeud d'entree ou in- 
termediaire d'une table de routage (111) pour 
un CDN et d'un paquet de donnees, ou la table 
de routage represente un trajet voulu et d'autres 
trajets a travers le reseau CDN, et ou chaque 
trajet represente des liaisons allant d'un noeud 
d'entree a travers des noeuds intermediaires 
jusqu'a un noeud de destination ; 
revaluation (220) au noeud d'entree ou interme- 
diaire, lorsque le paquet de donnees est recu, 
de politiques associees a chaque liaison des tra- 
jets, ou chaque liaison est assoctee a deux 
noeuds de connexion ; 

le reclassement (250) des noeuds intermediai- 
res de la table de routage en modifiant la table 
de routage en reponse a revaluation d'au moins 
une des politiques et dans lequel une modifica- 
tion a lieu lorsque des noeuds restants parmi 
les noeuds intermediaires sont disponibles pour 
etre utilises; 
et 

I'acheminement (260) du paquet de donnees a 
un noeud intermediaire disponible suivant de la 
table de routage, dans lequel le noeud interme- 
diaire disponible suivant est I'un des noeuds in- 
termediaires actuellement disponibles. 

2. Procede selon la revendication 1, comportant de 
plus I' iteration du traitement devaluation (220), de 
reclassement (250), et d'acheminement (260) en 
chaque noeud intermediaire qui recoit le paquet de 
donnees jusqu'a ce que le paquet de donnees attei- 
gne le noeud de destination. 

3. Procede selon la revendication 1 , dans lequel reva- 
luation (220) comporte de plus la comparaison (230) 
de metriques de seuil de politique a des niveaux de 
charge de traitement des noeuds intermediaires ac- 
tuellement disponibles pour determiner si des ac- 
tions associees aux metriques de seuil de politique 
doivent etre declenchees. 

4. Procede selon la revendication 3, comportant de 
plus, le traitement de I'une des actions pour promou- 
voir ou retrograder (240) un ou plusieurs des noeuds 
intermediaires actuellement disponibles dans la ta- 
ble de routage (111). 
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5. Procede selon la revendication 1 , dans lequel reva- 
luation (220) comporte de plus la comparaison (230) 
de metriques de priorite de politique au trafic de don- 
nees des noeuds intermediaires actuellement dis- 
ponibles pour determiner si des actions associees 
aux metriques de priorite de politique doivent etre 
declenchees. 

6. Procede selon la revendication 5, comportant de 
plus le traitement de Tune des actions pour suspen- 
dre un trafic existant associe a Tun des noeuds ac- 
tuellement disponibles afin d'adapter I'achemine- 
ment du paquet de donnees d'apres les metriques 
de priorite de politique associees au paquet de don- 
nees. 

7. Procede selon la revendication 1 , dans lequel reva- 
luation (220) comporte de plus la comparaison de 
metriques de politique d'utilisation de bande passa ri- 
te a des niveaux d'utilisation de bande passante 
existants associes aux noeuds intermediaires ac- 
tuellement disponibles pour determiner si des ac- 
tions d'utilisation de bande passante afin d'equilibrer 
en charge ('utilisation de bande passante dans le 
CDN. 

8. Systeme (400) pour acheminer dynamiquement un 
paquet de donnees via un Reseau de Distribution 
de Contenus CDN, comportant : 

une ta ble de routage (4 1 0) incluant u n trajet vou- 
lu et un ou plusieurs autres trajets, ou chaque 
trajet inclut des liaisons allant d'un noeud d'en- 
tree a travers des noeuds intermediaires jusqu'a 
un noeud de destination, chaque liaison est as- 
sociee a deux noeuds de connexion ; 
des noeuds d'entree ou intermediaires (440) qui 
sont adaptes pour evaluer des politiques (420) 
associees a chacune des liaisons actuellement 
disponibles des trajets lorsqu'un paquet de don- 
nees est regu et doit etre achemine a travers 
Tune des liaisons actuellement disponibles, et 
un module de routage (430) adapte pour reclas- 
ser les noeuds intermediaires actuellement dis- 
ponibles associes aux liaisons actuellement dis- 
ponibles dans la table de routage en modifiant 
la table de routage lorsque les politiques sont 
declenchees et lorsque 

les noeuds intermediaires actuellement dispo- 
nibles sont chacun operationnel et disponible 
pour etre utilise. 

9. Systeme selon la revendication 8, dans lequel les 
politiques (420) sont configurables sur la base du 
CDN et d'un type de donnees associe au paquet de 
donnees. 

10. Systeme selon la revendication 8, dans lequel les 



politiques (420) incluent des metriques d'utilisation 
de bande passante de noeud, des metriques de 
charge de noeud, et des metriques de priorite de 
trafic de noeud. 

5 

11. Systeme selon la revendication 8, dans lequel le 
noeud d'entree et chacun des noeuds intermediaires 
de la table de routage (410) sont adaptes pour traiter 
le module de routage (430) lorsque le paquet de dorv 

10 nees est recu. 

12. Systeme selon la revendication 8, dans lequel si le 
module de routage (430) reclasse la table de routa- 
ge, alors le systeme est adapte pour mettre a jour 

15 les politiques (420) et les acheminer aux noeuds in- 
termediaires actuellement disponibles. 

1 3. Systeme selon la revendication 8, dans lequel le sys- 
teme (400) est traite par au moins Tun parmi un ac- 

20 celerateur de cache, un routeur, une passerelle, un 
pare-feu, un concentrateur de reseau, un commuta- 
teurde reseau, un pontde reseau, ou une application 
personnalisee. 

25 14. Structure de donnees pour realiser I'acheminement 
dans un reseau de Distribution de Contenus CDN 
mise en oeuvre sur un support lisible par ordinateur 
pour acheminer dynamiquement un paquet de don- 
nees via un reseau de distribution de contenus, 

30 comportant : 

une table de routage (410) associee a un trajet 
voulu et a un ou plusieurs autres trajets, chaque 
trajet inclut des liaisons allant d'un noeud d'en- 
35 tree a travers des noeuds intermediaires jusqu'a 

un noeud de destination ; et 
une structure de donnees de politiques (420) 
associee a chaque liaison des trajets, 

40 dans lequel les politiques sont destinees a etre trai- 
tees par le noeud d'entree et les noeuds interme- 
diaires lorsqu'un paquet de donnees est recu, pour 
reclasser les noeuds intermediaires de la table de 
routage tout en acheminant le paquet de donnees 
45 via le CDN de sorte qu'au moins I'un des noeuds 
intermediaires modifie la table de routage en repon- 
se a revaluation d'au moins I'une des politiques et 
la modification peut avoir lieu lorsque des noeuds 
restants parmi les noeuds intermediaires sont dis- 
50 ponibles pour etre utilises. 

15. Structure de donnees pour realiser I'acheminement 
dans un CDN selon la revendication 14, dans lequel, 
si un reclassement de la table de routage (410) a 
55 lieu dans un noeud d'entree ou un noeud interme- 
diaire particulier, le reclassement n'est pas commu- 
nique a un noeud intermediaire recepteur. 
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16. Structure de donnees pour realiser 1'acheminement 
dans un CDN selon la revendication 14, dans lequel 
les politiques (420) sont selectionnees sur la base 
d'un quelconque reclassement qui a eu lieu prece- 
demment dans la table de routage (410). 5 

17. Structure de donnees pour realiser racheminement 
dans un CDN selon la revendication 14, dans lequel 
une notation formelle est associee a de quelconques 
noeuds reclasses et utilisee pour identifier ces der- io 
niers, et la notation formelle est utilisee dans la table 

de routage (410) ou les politiques (420) et est ac- 
cessible au noeud d'entree et aux noeuds interme- 
diaires. 

15 

18. Structure de donnees pour realiser racheminement 
dans un CDN selon la revendication 14, dans lequel 
les politiques (420) incluent des metriques asso- 
ciees a au moins Tun parmi : des bits par seconde 
actuellement transmis par des noeuds intermedial- 20 
res actuellement disponibles; des bits par seconde 
actuellement recus par les noeuds intermediaires 
actuellement disponibles; un trafic de priorite actuel 
attribue a des liaisons actuellement disponibles as- 
sociees aux noeuds intermediaires actuellement 25 
disponibles ; et des actions actuellement traitees sur 

les noeuds intermediaires actuellement disponibles. 
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